home *** CD-ROM | disk | FTP | other *** search
/ Developer CD Series 1997 January: Mac OS SDK / Dev.CD Jan 97 SDK2.toast / Development Kits (Disc 2) / OpenDoc Development Framework / ODF-Interest Archive / June 96 / Re RE>ICE Proposed Standard < prev    next >
Encoding:
Internet Message Format  |  1996-12-03  |  3.5 KB  |  [TEXT/ttxt]
  1. Subject:     Re: RE>"ICE" Proposed Standard: Notification when a window clos
  2. Sent:        6/4/96 2:07 PM
  3. Received:    6/4/96 1:41 PM
  4. From:        Steven T. Roussey, steven.roussey@partmerchant.com
  5. Reply-To:    OpenDoc-Interest@CILabs.ORG
  6. To:          OpenDoc Related Technologies Interest List, OpenDoc-Interest@CILabs
  7.  
  8. At 3:15 PM -0400 6/4/96, Rob Cope wrote:
  9. >>>>
  10. I agree with this completely.  However, to truely achieve an "intrinsic
  11. content editing" standard (nice name), the standard will have to be much
  12. broader than what you have proposed so far.  Your proposal only covers
  13. communication of window open/close.  This seems much too narrow, since not
  14. every part that wants to allow the editing of intrinsic content will
  15. necessarily want that to happen in a seperate window.  Also, there are
  16. several reasons why other developers may not want window closing to be the
  17. only API for saving changes.  Is there another reason you care about the
  18. window being closed?  I would imagine that ultimately your button doesn't
  19. care if the editing environment is open or closed, it really just wants the
  20. most recent data.
  21. <<<<
  22.  
  23.  
  24. I can imagine some reasons why a part (like button) would want to know if
  25. the ICE is still opened. Take the button example. What if the script is
  26. open in a window and edited, and someone drags and drops a script file on
  27. the button. The button should not allow this if the script is open in a
  28. window.
  29.  
  30. I can see three kinds of notification that part may need from an ICE:
  31.  
  32. 1. Window closed
  33. 2. Data updated (save-style updating)
  34. 3. Continuous data update notification (live updating)
  35.  
  36.  
  37. >>>>
  38. I can think of two things that would help achieve this more broadly:
  39.  
  40. 1) Have a standard mechanism that parts can use to "register" for
  41. notification when another part changes its data (probably ODExtensions).
  42. Thus, your button would get notification when the text editor saves the
  43. script text, or sound editor saves the sound data.  In this case, what
  44. triggers the save (close window, menu item, button, save document,
  45. whatever) is up to the editor changing the data (though I would lobby
  46. strongly for a standard HI spec for this).
  47.  
  48. 2) I believe your idea for scripts was to create an ODStorageUnit with a
  49. text property, bind a text editor to it, then read the text back out when
  50. it was done.  For this to work editor developers would have to make sure
  51. they write all the same formats they read (not necessarily bad, but has to
  52. be noted).  Another option would be to work out a standard API for
  53. specifying the type of data you want the embedded editor to give you.  Then
  54. you could ask the editor for the type of data you want when you get
  55. notification that data has changed (or if you know the window is still open
  56. and the user tries to use the data, or whatever).  You could do this
  57. through a well defined ODExtension interface, or using a semantic
  58. interface.  To save on RAM, it could be implemented by passing the data in
  59. a storage unit.
  60.  
  61. These two together could look a lot like the linking API, and maybe even be
  62. an extension of or complement to it.
  63. <<<<
  64.  
  65.  
  66. Very much so...
  67.  
  68. -steve-
  69.  
  70. --------------------------------------------------------------------------
  71.   Steven T. Roussey
  72.  
  73.   Kantara Development                                  The Part Merchant
  74.   http://www.kantara.com/                   http://www.partmerchant.com/
  75.  'Information On Demand'                     'OpenDoc Software On Demand'
  76. --------------------------------------------------------------------------
  77.         "Creativity thinks new things. Innovation does new things"
  78.                                                 --Theodore Levitt
  79.  
  80.